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(54) Apparatus for persistent chat sessions 

(57) Method, system, apparatus, and computer pro- 
gram product are presented for providing persistent chat 
sessions. A user may select a user identifier of another 
user who is not a participant in the chat session and then 
request to invite the non-participant to join the chat ses- 
sion. A chat application then retrieves a chat session 
context for the chat session and places the chat session 
context into the chat session invitation. The invitation is 
then sent to the non-participant, who may review the 
chat session context in order to decide whether or not 
to join the chat session after reviewing the chat session 
context. 
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Description 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

[0001] The present invention relates to an apparatus 
for multiuser communication using chat sessions. 

2. Description of Related Art 

[0002] The amount of digital communication has 
grown exponentially along with the growth of the Inter- 
net. While most Internet-based personal communica- 
tion is in the form of electronic mail, ore-mail, new forms 
of digital communication continue to be developed. 
Some types of communication that existed before the 
commercial use of the Internet have evolved into Web- 
based services, such as electronic bulletin boards that 
now exist as Web-based newsgroups. Other relatively 
new forms of communication, such as instant messag- 
ing and chat services, have also become quite common. 
[0003] Each of these types of digital communication 
have their own characteristics that make one form of 
communication more desirable than another form of 
communication in a given circumstance. For example, 
newsgroups have the advantage of opening a discus- 
sion to a wide audience, possibly all Internet users. 
While an open newsgroup may draw a wider range of 
information in its posted responses, newsgroups have 
the disadvantage of not being private and of not having 
an implied time response period. In contrast, e-mail is 
relatively secure between two or more parties, and an 
implied etiquette allows one to assume that an e-mail 
message will be answered by a receiver of an e-mail 
message within a relatively short time period. 
[0004] Instant messaging and chat services are rela- 
tively secure to the parties participating in a given com- 
munication session, yet these forms of communication 
also have the advantage of being a real-time form of 
communication. In fact, instant messaging services 
have become popular mainly as a real-time alternative 
to e-mail. A typical instant messaging service contains 
a subset of the functions of a typical chat service, and 
an instant messaging service can usually be considered 
as a type of simplified chat service between two users. 
[0005] In addition to their differences in an implied re- 
sponse period and in a presence or absence of privacy, 
these various forms of communication also vary in their 
ability to provide a context for an ongoing discussion. 
Newsgroup messages can be stored for long periods of 
time, the length of which may be at the whim of the news- 
group moderator or the owner of the newsgroup server. 
The newsgroup messages are usually organized as a 
hierarchy of discussion threads that allows users to read 
previous messages within a thread in order to obtain a 
context for the current point of discussion. 
[0006] Discussions that occur through e-mail may lin- 



ger for long periods of time. A user might save e-mail 
messages for months in order to have an archive of a 
discussion that may have evolved over a period of 
months. These e-mail messages are usually placed into 

5 user-created folders that provide the user with an organ- 
izational hierarchy of messages, and the folders then 
represent threads and sub-threads of the discussion. 
While e-mail message folders do not have a self -organ- 
izing characteristic like newsgroups, some e-mail appli- 

10 cations provide automatic filtering functions for helping 
to organize incoming e-mail. 

[0007] In order to preserve a discussion thread, a user 
may also include an original message or string of mes- 
sages in a reply message. By including the e-mail mes- 

15 sage history, one maintains the context of the discussion 
within the exchanged e-mail messages. 
[0008] Both e-mail messages and newsgroup mes- 
sages can be archived. Some instant messaging and 
chat services have a disadvantage of lacking a historical 

20 archive. Without an archive of past portions of a discus- 
sion, i.e., without a context, a new participant in a chat 
session cannot understand why a particular issue is cur- 
rently being discussed. In addition, instant messaging 
and chat services also have a disadvantage of lacking 

25 a self-organizing characteristic similar to discussion 
threads in a newsgroup. 

[0009] Therefore, it would be advantageous to pro- 
vide an apparatus for generating a historical archive for 
instant messaging and chat services. 

30 

SUMMARY OF THE INVENTION 

[0010] This object is met by the invention claimed in 
the appended claims. An embodiment of the invention 

35 provides persistent chat sessions. A user may select a 
user identifier of another user who is not a participant in 
the chat session and then request to invite the non-par- 
ticipant to join the chat session. A chat application then 
retrieves a chat session context for the chat session and 

40 places the chat session context into the chat session 
invitation. The invitation is then sent to the non-partici- 
pant, who may review the chat session context in order 
to decide whether or not to join the chat session after 
reviewing the chat session context. A chat session con- 

45 text for a chat session may be stored or archived within 
a newsgroup, after which users may submit newsgroup 
messages that are also stored within the chat session 
context. A stored chat session context or a portion of a 
stored chat session context can be preloaded into a 

so newly created chat session as a chat session context 
for the newly created chat session. A chat session con- 
text may be stored or presented as a hierarchically or- 
ganized tree in which participating users in the chat ses- 
sion are represented as nodes of the tree and in which 

55 branches in the tree represent related chat sessions. A 
chat session context may also be stored or presented 
as a hierarchically organized tree in which discussion 
topics in the chat session are represented as nodes of 
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the tree and in which branches in the tree represent re- 
lated chat topics. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0011] An embodiment of the invention will be de- 
scribed in conjunction with the accompanying drawings. 

Figure 1A depicts a typical distributed data 
processing system in which the present invention 
may be implemented; 

Figure 1B depicts a typical computer architecture 
that may be used within a data processing system 
in which the present invention may be implemented; 
Figure 2A shows an example of atypical graphical 
user interface for a chat session; 
Figure 2B shows an example of atypical invitation 
alert dialog box that requests a user's participation 
within a chat session; 

Figure 2C shows an example of a typical graphical 
user interface for a chat session that would be seen 
after a new user has joined the chat session; 
Figure 3A shows a chat session stored in a hierar- 
chical tree structure in which the nodes of the tree 
represent the users of a chat session in accordance 
with a preferred embodiment of the present inven- 
tion; 

Figure 3B shows an expansion of the hierarchical 

tree structure shown in Figure 3A; 

Figure 3C shows a further expansion of multiple 

chat sessions represented within a hierarchical tree 

structure; 

Figure 3D shows a stored chat session represent- 
ed as a hierarchical tree structure in which the 
nodes of the tree represent the topics of discussion 
within a chat session; 

Figure 3E shows an expansion of the hierarchical 
tree structure shown in Figure 3D; 
Figure 3F shows a selection of a subtopic within 
the hierarchical tree structure shown in Figure 3E; 
Figure 3G shows a "flat view" of a stored chat ses- 
sion; 

Figure 3H shows the processing options that are 
available to a user who wants to initiate a chat ses- 
sion; 

Figure 31 shows an invitation dialog box for request- 
ing a user's participation within a chat session in- 
cluding chat session context in accordance with a 
preferred embodiment of the present invention; 
Figures 3J-3K show invitation alert dialog boxes 
that request a user's participation within a chat ses- 
sion in which each dialog box contains a chat ses- 
sion context in accordance with a preferred embod- 
iment of the present invention; 
Figure 4 shows an example of an XML file contain- 
ing a chat session context that may be transferred 
between chat session participants or that may be 
stored when archiving the chat session; 



Figure 5 is a block diagram depicting components 
within a chat application or chat applet; 
Figures 6A-6B show graphical user interface win- 
dows for a messaging application that may be used 

s to display e-maii messages, newsgroup messages, 
and chat session messages; 
Figure 7 is a flowchart depicting a method for using 
a chat session context in a chat session invitation 
that is sent to a non-participant user; and 

10 Figure 8 is a flowchart depicting a method for stor- 
ing a chat session context within a newsgroup so 
that a discussion may continue by using newsgroup 
messages. 

15 DETAILED DESCRIPTION OF THE EMBODIMENT 

[0012] With reference now to the figures, Figure 1 A 
depicts a typical network of data processing systems, 
each of which may implement the present invention. 

20 Distributed data processing system 100 contains net- 
work 101 , which is a medium that may be used to pro- 
vide communications links between various devices and 
computers connected together within distributed data 
processing system 100. Network 101 may include per- 

25 manent connections, such as wire or fibre optic cables, 
or temporary connections made through telephone or 
wireless communications. In the depicted example, 
server 102 and server 1 03 are connected to network 101 
along with storage unit 104. In addition, clients 105-107 

30 also are connected to network 101 . Clients 105-107 and 
servers 102-103 may be represented by a variety of 
computing devices, such as mainframes, personal com- 
puters, personal digital assistants (PDAs), etc. Distrib- 
uted data processing system 1 00 may include additional 

35 servers, clients, routers, other devices, and peer-to- 
peer architectures that are not shown. 
[0013] In the depicted example, distributed data 
processing system 100 may include the Internet with 
network 101 representing a worldwide collection of net- 

40 works and gateways that use various protocols to com- 
municate with one another, such as LDAP, TCP/IP, HT- 
TP, etc. Of course, distributed data processing system 
100 may also include a number of different types of net- 
works, such as, for example, an intranet, a local area 

45 network (LAN), or a wide area network (WAN). For ex- 
ample, server 102 directly supports client 109 and net- 
work 110, which incorporates wireless communication 
links. Network-enabled phone 111 connects to network 
110 through wireless link 112, and PDA 113 connects 

50 to network 110 through wireless link 114. Phone 111 
and PDA 113 can also directly transfer data between 
themselves across wireless link 115 using an appropri- 
ate technology, such as Bluetooth™ wireless technolo- 
gy, to create so-called personal area networks or per- 

55 sonal ad-hoc networks. In a similar manner, PDA 113 
can transfer data to PDA 1 17 via wireless communica- 
tion link 116. 

[0014] The present invention could be implemented 
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on a variety of hardware platforms; Figure 1 A is intend- 
ed as an example of a heterogeneous computing envi- 
ronment and not as an architectural limitation for the 
present invention. 

[0015] With reference now to Figure 1B, a diagram 
depicts a typical computer architecture of a data 
processing system, such as those shown in Figure 1 A, 
in which the present invention may be implemented. Da- 
ta processing system 120 contains one or more central 
processing units (CPUs) 122 connected to internal sys- 
tem bus 123, which interconnects random access mem- 
ory (RAM) 124, read-only memory 126, and input/output 
adapter 128, which supports various I/O devices, such 
as printer 130, disk units 132, or other devices not 
shown, such as a sound system, etc. System bus 123 
also connects communication adapter 134 that provides 
access to communication link 136. User interface adapt- 
er 148 connects various user devices, such as keyboard 
140 and mouse 142, or other devices not shown, such 
as a touch screen, stylus, microphone, etc. Display 
adapter 144 connects system bus 123 to display device 
146. 

[001 6] Those of ordinary skill in the art will appreciate 
that the hardware in Figure 1 B may vary depending on 
the system implementation. For example, the system 
may have one or more processors and one or more 
types of non-volatile memory. Other peripheral devices 
may be used in addition to or in place of the hardware 
depicted in Figure 1B. In other words, one of ordinary 
skill in the art would not expect to find similar compo- 
nents or architectures within a network-enabled phone 
and a fully featured desktop workstation. The depicted 
examples are not meant to imply architectural limitations 
with respect to the present invention. 
[0017] In addition to being able to be implemented on 
a variety of hardware platforms, the present invention 
may be implemented in a variety of software environ- 
ments. A typical operating system may be used to con- 
trol program execution within each data processing sys- 
tem. For example, one device may run a Unix™ oper- 
ating system, while another device contains a simple 
Java™ runtime environment. A representative compu- 
ter platform may include a browser, which is a well 
known software application for accessing hypertext doc- 
uments in a variety of formats, such as graphic files, 
word processing files, Extensible Markup Language 
(XML), Hypertext Markup Language (HTML), Handheld 
Device Markup Language (HDML), Wireless Markup 
Language (WML), and various other formats and types 
of files. Hence, it should be noted that the distributed 
data processing system shown in Figure 1 A is contem- 
plated as being fully able to support a variety of peer-to- 
peer subnets and peer-to-peer services. 
[001 8] The present invention may be implemented on 
a variety of hardware and software platforms, as de- 
scribed above. More specifically, though, the present in- 
vention is directed to providing a method and system for 
persistence of chat sessions. As background, a typical 



chat service is described before describing the present 
invention in more detail. 

[0019] A chat session is a communication session be- 
tween two or more users. Once a chat session has been 

5 initiated, a user may enter content into an application 
window within a graphical user interface, after which the 
user-generated content is placed into an appropriately 
formatted message or messages. These messages are 
then transmitted, broadcast, or delivered across a com- 

10 munication network to the other participants in the chat 
session in substantially real-time. 
[0020] With reference now to Figure 2 A, a diagram 
shows an example of a typical graphical user interface 
for a chat session. Chat services may support one or 

is more chat sessions that involve many users accessing 
a global communications network in many geographical 
regions. Typically, a chat session is implemented using 
some type of metaphorical user interface, while chat 
sessions may also comprise voice messaging. For ex- 

20 ample, a chat session may occur within a chat room, 
which is a type of virtual conference room. A user can 
enter text by typing on a keyboard, and the entered text 
will appear on the monitors of all of the other participants 
in the chat session in a special section of an application 

25 window. The input from each participant is usually 
marked with some type of indicator showing which user 
has inputted each response, such as prefixing each re- 
sponse with the user identifier of the responder. 
[0021] Window 200 is a typical browser application 

30 window, as labelled by title bar 202. In this case, the 
main application window is a typical browser window 
running a chat applet within the browser. Menu bar 204 
contains typical menus for controlling the application. 
Buttons 206 provide typical controls for commonly used 

35 browser fu notions. Alternatively, a dedicated application 
may be used solely for chatting or messaging purposes. 
[0022] Label 207 provides the name of the current 
chat room, while text entry field 208 provides an area in 
which a user or chatter may input text that will appear 

40 within the chat room. Chat text area 210 contains the 
previous input in association with an identifier of the per- 
son who inputted a particular portion of the content. 
[0023] Most chat services provide the ability to input 
a user identifier of a person who is not participating in a 

45 chat session and to invite the person to participate in the 
current chat session. Users can usually see a list of the 
participants who are in the chat room, and the list may 
change over time as users join or disjoin the chat ses- 
sion. 

so [0024] List 212 shows a list of the persons who are 
currently registered for the chat room and supposedly 
participating in the current discussion. Each user iden- 
tifier may have other associated visual indicators that 
provide status information on the user's participation 

55 within the chat room. "User Profile" button 214 allows 
someone to obtain a user profile for a particular partici- 
pant in order to learn more about the person, e.g., po- 
sition within a company, location, etc., as appropriate for 
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the context of the chat room. In this particular example, 
the chat session might be executing on a secure chat 
server within a corporation. By selecting or highlighting 
a user identifier in list 212 and the choosing "User Pro- 
file" button 214, a user profile for the selected user can 
be retrieved. "Find User" button 216 performs a search 
for a user profile or user identifier, which could be per- 
formed by searching through an employee database. 
[0025] "Change Room" button 218 allows a user to 
move from one chat room to another chat room. "Create 
Room" button 224 allows a user to create a new room, 
which may be used for spawning a related or an unre- 
lated discussion from the current discussion that is oc- 
curring in the current chat room. The person that creates 
a room may have special controls visible only to the per- 
son that created the room, such as "Close Room" button 
222. Some chat services provide the ability to designate 
one or more users as discussion moderators who pos- 
sess super-user privileges for controlling the participa- 
tion of other users. Other chat services give special priv- 
ileges to persons that create achat room. In this manner, 
the chat room can be assumed to be self-moderating in 
that specially designated persons, such as the creator 
of the room, can maintain control of the execution of the 
chat room. 

[0026] Many chat services are not text-only and incor- 
porate other graphical, video, and audio features. Win- 
dow 200 contains "Talk" button 224 for inputting voice 
data into a microphone that will be broadcast to the other 
participants. "Talking" indicator 226 shows the name of 
the user who is currently talking within the chat room. 
Typically, the talk feature works like a radio channel in 
which the users must regulate themselves from talking 
over each other. The chat session may be conducted 
solely using voice input and sound output. 
[0027] Alternatively, the voice input may be converted 
to text, either on the sending client, the receiving client, 
or an intermediate server, before being either broadcast 
or displayed to other users. Conversely, any text that is 
received by another user may be converted into voice 
before playback for a given user. It is contemplated that 
the form of the presented data may vary at the option of 
the receiving user such that the user may control the 
manner in which data is presented to the user: only text; 
only voice; a mixture of text, video, and voice depending 
upon the sending user; automatic selection of data pres- 
entation options that depend upon the capabilities of the 
playback platform, etc. Hence, one of ordinary skill in 
the art will understand that the present invention is not 
limited by the format of the data that is input by a given 
user or output to a given user. 

[0028] I nstant messaging is a type of chat service that 
typically only allows two users to participate. A simple 
instant message application or window may contain a 
simple text display/output area, a text entry field, and a 
menu list of persons to whom a user frequently sends 
messages. After connecting with a another user, mes- 
sages can be sent back and forth between the users. 



Instant messaging can be combined with a chat room 
so that users of the chat application can send quick mes- 
sages to other users without interrupting the flow of the 
main discussion in the chat room in a manner similar to 

5 whispering between persons within a conference room. 
For example, window 200 contains "instant Message" 
button 228, which allows someone in the chat session 
to send another instant message to another person in 
the chat session. 

io [0029] Because a typical instant messaging service 
contains a subset of the functions of a typical chat serv- 
ice, instant messaging can be considered as a type of 
simplified chat service between two users. In fact, in- 
stant messaging services may provide voice capabilities 

'5 and other non-text functionality. Hence, forthe purposes 
of the present invention, an instant messaging service 
is considered to be equivalentto a chat session between 
two users. 

[0030] Over time, a chat session can grow quite 

20 lengthy. Users can scroll through the text window to see 
past input from the participants. Chat text area 21 0 con- 
tains scroll bar 230 for allowing chat room users to scroll 
backward to read previous portions of the discussion. 
[0031] At times within a discussion, it may become ap- 

25 parent that a particular person is not participating in the 
chat session yet is needed to answers questions and 
provide important input. Another user may be invited to 
join a particular chat session by using "Invite" button 
232. Assuming that the invited person is logged onto the 

30 system or has some sort of presence on a network, a 
special alert is presented to the invited person that re- 
quests his/her participation in the chat session. 
[0032] With reference now to Figure 2B, a diagram 
shows an example of a typical invitation alert dialog box 

35 that requests a user's participation within a chat session. 
Window 250 is an invitation alert dialog showing the 
name of the chat session which the user is being re- 
quested to join. Buttons 252 and 254 allow the user to 
accept or decline the invitation, respectively. 

40 [0033] With reference now to Figure 2C, a diagram 
shows an example of a typical graphical user interface 
for a chat session that would be seen after a new user 
has joined the chat session. After a user has accepted 
an invitation to join a chat session, possibly via a dialog 

45 box as shown in Figure 2 B, a chat session window is 
displayed to the user, such as window 260 in Figure 2C. 
Window 260 is similar to window 200 shown in Figure 
2 A except that window 260 is the display that would be 
seen by a user that has just joined the chat session. As 

so can be seen, chat text area 262 in Figure 2C differs from 
chat text area 210 in Figure 2A in that chat text area 
262 lacks a vertical scroll bar. Since the user identified 
by user identifier 264 has just joined the chat session, 
the chat application for this user does not have a histor- 

55 jcal record of the chat session. Hence, the new user 
would need to obtain a context for the current discussion 
by asking questions, being given a synopsis from one 
of the other participants, etc. A chat session context can 
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be defined as the content of a chat session for some 
previous period of time at a given point in time. 
[0034] As noted previously, discussions may occur in 
many forms over different discussion periods. A news- 
group may support a discussion over a long period of 5 
time while organising the threads of discussion to pro- 
vide an adequate context for perusing the discussion. A 
discussion conducted by e-mail may occur over a short 
period of time, while a chat session may occur over an 
even shorter time period. 

[0035] Typically, chat sessions are held as a substi- 
tute for formal conferences because of the informality 
allowed by chat sessions and the ability of a chat ses- 
sion to quickly disseminate a limited amount of informa- 
tion. However, the temporary nature of chat sessions 
presents certain problems. 

[0036] The present invention recognises the need for 
persistence of chat sessions and provides for particular 
methods for accomplishing persistence of chat ses- 
sions. The content of the chat session might contain im- 
portant information that is not readily available else- 
where. After the participants are finished with their dis- 
cussion within the chat session, the chat session is con- 
cluded by saving the content of the chat session. Chat 
sessions may be stored in a variety of forms that allow 
users to access the content of the chat session after the 
active chat session has concluded. Users may then re- 
fer to information within the stored chat session for a 
variety of purposes. Figures 3A-3G show several ex- 
amples of viewing a previously stored chat session. The 
structure of a stored or archived chat session and the 
method by which it is stored is discussed in more detail 
further below. 

[0037] With reference now to Figure 3A, a diagram 
shows a chat session stored in a hierarchical tree struc- 
ture in which the nodes of the tree represent the users 
of a chat session. Similar numerals throughout Figures 
3A-3G refer to similar features within the figures. 
[0038] Window 300 is a browser application window, 
as labelled by title bar 302. In this example, the main 
application window is a browser window running a mes- 
saging services applet within the browser. Alternatively, 
a dedicated application may be used. 
[0039] Menu bar 304 contains typical menus for con- 
trolling the application. Buttons 306 provide typical con- 
trols for commonly used messaging functions. "User 
View" label 307 indicates that the content of the chat 
session is being displayed according to the participants 
of the selected chat session. Alternatively, label 307 
may be replaced by a button that allows the user to se- 
lect a view of chat content area 308 according to other 
organisational categories rather than by the users (or 
chatters) that participated in a particular chat session. 
The significance of using the messaging services appli- 
cation and the user view is explained in more detail fur- 
ther below. 

[0040] Chat content area 308 contains a hierarchy of 
the participants in stored chat sessions. Label 310 pro- 



vides the category of the chat session that is currently 
being viewed. Label 312 contains the name of a partic- 
ular chat session, under this category, as given by the 
creator of the chat session. In this example, the user 
indicators are the e-mail addresses of each person for 
a chat session that occurred amongst several compa- 
nies, possibly over the Internet. Alternatively, other 
types of user identifiers may be used, such as logon 
identifiers, etc. The creator of the chat session, as 
shown by user identifier 314, is placed first; the other 
participants of the chat session, as shown by user iden- 
tifiers 316-320, are placed in the chronological order in 
which the users joined. 

[0041] Each participant within the chat content area 
may be selected to reveal the detailed content associ- 
ated with the selected participant. The content may be 
displayed under "Content" column 321 . 
[0042] The hierarchical tree of user identifiers also 
shows that that the tree branch associated with user 
identifier 314 is expandable to reveal further informa- 
tion; similar tree structures for file folder hierarchies are 
well known within graphical user interfaces. In this ex- 
ample, user identifier 322 is included in the list of par- 
ticipants to show that the user who is identified by this 
user identifier was invited to join the chat session but 
declined or failed to respond. Special graphical indica- 
tors may be used to indicate chat-related information, 
and other information may also be shown within the chat 
session area, such as the creation date and time for the 
chat session, which userwas responsible for inviting an- 
other user, etc. This information may be obtained by 
opening menus, clicking alternate mouse buttons (e.g., 
clicking on appropriate icons using a right mouse button 
on a right-handed mouse), etc. 
[0043] With reference now to Figure 3B, a diagram 
shows an expansion of the hierarchical tree structure 
shown in Figure 3A. The tree branches represent addi- 
tional chat sessions that were spawned from the main 
chat session while the nodes of the tree represent users 
who participated in the chat session represented as a 
particular branch of the tree. Figure 3B differs from Fig- 
ure 3A in that Figure 3B shows additional branches in 
the hierarchical tree, thereby revealing chat session re- 
lated to the parent chat session and its participating user 
identifiers. 

[0044] As noted above with respect to Figure 3A, the 
hierarchical tree of user identifiers shows that the tree 
branch associated with user identifier 31 4 is expandable 
to reveal further information. In Figure 3B, the tree 
branch associated with user identifier 31 4 has been ex- 
panded to reveal a child chat session identified by label 
324 containing participants identified by user identifiers 
326 and 328. In this example, the user associated with 
user identifier 314 has spawned an additional chat ses- 
sion from the parent chat session identified by label 31 2. 
The child chat session is then shown in a subordinate 
manner within the tree. 

[0045] The users that are associated with user iden- 
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tificrs 326 and 328 are the same as the users that are 
associated with user identifiers 316 and 318. In this ex- 
ample, these users and the user associated with user 
identifier 314 have participated in multiple simultaneous 
chat sessions. 

[0046] For example, given the nature of most confer- 
ences, some participants are only marginally interested 
in a specific topic at a given time. During a main discus- 
sion among a large number of people, a participant in a 
chat session may desire to start another discussion that 
is related to the main discussion but much more fo- 
cused. Because the new discussion may require much 
fewer participants than the main discussion, a partici- 
pant in the main discussion can start another chat ses- 
sion and invite a subset of participants from the main 
discussion to participate in the new discussion. By start- 
ing a new discussion, the participants work more effi- 
ciently by being involved in two related discussions si- 
multaneously. In addition, since other participants would 
not be interested in the new discussion, the logical flow 
of the main discussion is not disturbed by tangential 
matters. 

[0047] By creating a new chat session, the new dis- 
cussion is contained, yet the new chat session can be 
associated with the main chat session in a parent-child 
relationship. The event of spawning child chat sessions 
can be recorded and used as branching points within a 
hierarchical tree of chat sessions with the nodes of the 
tree representing the participants in each chat session. 
A methodology for creating the tree of chat sessions 
shown in Figures 3A-3C is described below in more de- 
tail. 

[0048] With reference now to Figure 3C, a diagram 
s ^ ows a further eX p ariS j on Q | mu {|jp| e elated chat ses- 
sions represented within a hierarchical tree structure. In 
Figure 3C, the tree branch associated with user identi- 
fier326 has been expanded to reveal useridentifier330. 
In this example, the user associated with user identifier 
326 has spawned an additional child chat session, iden- 
tified by user identifier 330, from its parent chat session 
identified by label 326. The child chat session is then 
shown in a subordinate manner within the tree. 
[0049] In this case, the additional child chat session 
is unnamed and contains only one subordinate user 
identifier. The newly revealed chat session may have 
been an instant message exchange between two users, 
which might be shown by displaying a special graphical 
indicator. In this case, user identifier 330 is the same as 
user identifier 322, which might be explained by noting 
that the user associated with user identifiers 322 and 
330 was available to participate in the main chat session 
but declined an invitation, yet the user then communi- 
cated with one of the participants of the chat session by 
answering queries in an exchange of instant messages. 
[0050] With reference now to Figure 3D, a diagram 
shows a stored chat session represented as a hierar- 
chical tree structure in which the nodes of the tree rep- 
resent the topics of discussion within a chat session. 



Similar numerals throughout Figures 3A-3G refer to 
similar features within the figures. However, in Figure 
3D, chat content area 308 contains the content of a pre- 
viously stored chat session, similar to chat content area 

s 308 in Figure 3A. Label 310 provides the category of 
the chat session that is currently being viewed. Label 
312 contains the name of a particular chat session under 
this category, as given by the creator of the chat session 
either when the chat session was created or when the 

10 chat session was saved or stored. 

[0051] However, in Figure 3D, the content of the chat 
session has been organised by the topics that were dis- 
cussed during the chat session, rather than the partici- 
pants who participated in the chat session, as in Figure 

15 3 A. This display change is indicated by "Topic View" la- 
bel 340. Again , the user may change the displayed view 
by selecting an appropriate menu, button, etc. The 
present invention may incorporate additional or alterna- 
tive views of archived chat sessions other than "User 

20 View" and "Topic View". Other types of information may 
also be stored and displayed in association with the chat 
sessions, and the above examples should not be inter- 
preted as limiting the types and views of information in 
the present invention. 

25 [0052] In the example shown in Figure 3D, topics 342 
and 344 are shown in chat content area 308. These sub- 
topics have been obtained from the content of the chat 
session in a manner which is explained in more detail 
further below. 

30 [0053] With reference now to Figure 3E, a diagram 
shows an expansion of the hierarchical tree structure 
shown in Figure 3D. As previously shown in Figure 3D, 
an archived chat session can be presented as a hierar- 
chical tree structure in which the nodes of the tree rep™ 

35 resent the topics of discussion within a chat session. In 
Figure 3E, topics 342 and 344 have been expanded to 
reveal subtopics 346-352. The topics and subtopics 
within the chat content area may be selected to reveal 
the detailed content associated with the selected topic 

40 or subtopic. The content may be displayed u nder "Con- 
tent 1 column 321 . 

[0054] With reference now to Figure 3F t a diagram 
shows a selection of a subtopic within the hierarchical 
tree structure shown in Figure 3E. Subtopic 352 has 

45 been selected by the user who is viewing the stored chat 
session. In response, the application shows user iden- 
tifier 360 of the user who input the content associated 
with the selected subtopic within "From" column 362. In 
addition, the actual content entered by the user is shown 

50 as content 362. 

[0055] With reference now to Figure 3G, a diagram 
shows a "flat view" of a stored chat session. Rather than 
showing a hierarchical representation of the stored chat 
session, the content of the stored chat session can be 

55 viewed in a manner similar to that experienced by the 
original participants to the chat session, which is "flat" 
in comparison with a hierarchical view. "Flat View" label 
370 is displayed in response to an appropriate user ac- 
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tion, such as a menu selection, during which a user has 
selected a flat view of the stored chat session. 
[0056] In the example in Figure 3G, the user has se- 
lected chat session 312 for viewing, and the content of 
the stored chat session has been displayed. The partic- 
ipants of the chat session who authored particular con- 
tent portions are displayed within "From" column 360; 
their user identifiers 372 may be identical to the user 
identifiers used during the chat session, orthe user iden- 
tifiers may be similar to those shown in Figure 3A in 
which an entire e-mail address for each user is shown. 
Alternatively, user-defined aliases or nicknames (as de- 
fined by the user viewing the chat session) may be used 
in place of the original user identifiers. 
[0057] Content sections 374 have been displayed 
within "Content" column 321 . Each section or portion of 
the content is associated with the user who authored or 
input the content. If the content portion contains non- 
text information, then an appropriate icon or object may 
be shown to indicate that the content contains non-text 
material. 

[0058] As shown in Figures 3A-3G, the content of a 
stored or archived chat session may be viewed in a va- 
riety of manners. Before the chat session is saved, how- 
ever, certain processing options may need to be speci- 
fied while creating the chat session in order to prepare 
for storing the chat session. Alternatively, the archiving 
options may be specified when the chat session is ter- 
minated. However, afterthe chat session is stored, other 
features for using a stored chat session become possi- 
ble, including features concerning the initiating of anoth- 
er chat session. 

[0059] With reference now to Figure 3 H, a dialog box 

shows the processing options that are available to a us- 
er who wants to initiate a chat session. Window 380 is 
a dialog box that appears to a user when the user re- 
quests to create a chat room or chat session. A creating 
user may name the chat session using text input field 
381 ; the entered name may become the name of the 
archived chat session. Using radio buttons 382-383, the 
creator may specify whether or not the chat session is 
to be archived. Alternatively, a system administrator 
may have previously specified that it is mandatory that 
all chat sessions are archived such that an individual 
user may not specify that the chat session should not 
be archived. 

[0060] Using radio buttons 384-385, the creator may 
specify whether or not child chat sessions may be forked 
from the chat session that is being initiated, which would 
be considered the parent chat session. If so, then each 
participant would have control options for spawning sub- 
ordinate chat sessions; if not, then these controls would 
not appear. Alternatively, the creator of each subordi- 
nate chat session may be able to specify whether the 
subordinate chat session is archived and whether other 
subordinate chat sessions may be spawned from the 
subordinate chat session. The chat session is created 
after the user selects "Create" button 386, and the user 



may abort the creation of the chat session using "Can- 
cel" button 387. 

[0061] As noted above, after the chat session is 
stored, other features for using a stored chat session 
5 become possible. For example, using "Preload" check- 
box 388, a user may specify the name of an archived 
chat session in text entry field 389. When the user se- 
lects the "Create" button, the previously stored chat ses- 
sion may be loaded into the chat content area in the chat 
10 application. In this manner, the chat session begins with 
a context for framing a newly revived discussion about 
a particular issue. Participants in a new chat session 
may scroll backward (or playback, as appropriate for the 
type of content) through the archived chat content to re- 
's fresh their memories about the issue or issues to be dis- 
cussed in the new chat session. 
[0062] Figures 3I-3K, described below, show another 
example in which, after the chat session is stored, the 
stored chat session may be then be advantageously 
20 used. As shown in Figure 2C, in the prior art, when a 
user joins a chat session, the user begins the chat ses- 
sion without any context for the chat session, and the 
user may have missed a significant amount of discus- 
sion or may have missed some discussion about a par- 
25 ticular issue that has some value or importance to the 
user. 

[0063] In other cases, the user may have very little 
information to decide whether he or she desires to join 
a particular chat session because only the name of the 

30 chat session has been provided along with the invitation 
to join the chat session. In some cases, a user may join 
a chat session and then later discover that the chat ses- 
sion has very little interest to the user 
rQQ£4j j ne p resen t invention overcomes these prob- 

35 lems by allowing a user to preview the context of a chat 
session, either an archived chat session or a live chat 
session, before deciding whether to accept an invitation 
to join a chat session. 

[0065] With reference now to Figure 31, a diagram 

40 shows an invitation dialog box for requesting a user's 
participation within a chat session including chat ses- 
sion context in accordance with a preferred embodiment 
of the present invention. Window 390 is an invitation di- 
alog box that appears when a user has selected a func- 

45 tion to invite another user into a chat session. Invitees 
may be selected from list 391 ; one or more invitees may 
be selected at the same time. "Invite" button 392 sends 
the invitation to the selected invitees, and "Cancel" but- 
ton 393 aborts the invitation function. 

so [0066] "Invite with Chat Context" button 394 sends an 
invitation to the selected invitees, yet button 394 addi- 
tionally sends a chat context to the invitee or invitees. 
The invitation function may be invoked either during the 
creation of a main chat session or during the spawning 

55 of a child chat session as is appropriate for the chat 
event requested by the inviter. Hence, a chat context 
may be retrieved either from an active chat session or 
from an archived chat session. By receiving a chat con- 
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text, the invitee is better able to judge whether to join 
the chat session. Other options may also be available 
to the inviter, such as an instant message button for con- 
ducting a quick conversation between the inviter and in- 
vitee, which might be useful for allowing the inviter to 
convince the invitee to join the chat session. 
[0067] With reference now to Figures 3J-3K, dia- 
grams show an invitation alert dialog box that requests 
a user's participation within a chat session in which the 
dialog box contains a chat session context in accord- 
ance with a preferred embodiment of the present inven- 
tion. Figure 3 J shows a first version of the dialog box, 
and Figure 3 K shows a second version of the dialog 
box. 

[0068] Referring to Figure 3 J, window 395 is an invi- 
tation alert dialog box that appears on an invitee's dis- 
play to invite the user into a chat session. In this exam- 
ple, the inviter has elected to invite the invitee while si- 
multaneously sending the invitee a chat context. Win- 
dow 395 shows buttons 396 for selecting the type of 
view of the chat content. In Figure 3J, the "Flat View" 
button is selected, and the flat view of the chat session 
content is shown in chat content area 397. "Accept" but- 
ton 398 allows the invitee to join the chat session, and 
"Decline" button 399 allows the invitee to decline the in- 
vitation to join the chat session. 
[0069] Referring to Figure 3K, window 395 shows the 
same invitation alert dialog box after the 'Topic View" 
button has been selected. In response, the content in 
chat content area 397 has been shown in a hierarchical 
format in a manner similar to that shown in Figure 3F. 
By being able to view a context for a chat session, an 
invitee has more information for deciding whether to join 
the chat session. After accepting the invitation to join 
the chat session, the chat session context can be insert- 
ed into the chat content area of the chat session window 
of the invitee. Alternatively, after the invitee has joined 
the chat session, the chat context can be resent to the 
invitee so that the invitee has a full context of the chat 
session. The format of the chat session context that is 
sent to an invitee may be the same type of format that 
is used to archive a chat session. 
[0070] In some configurations, a distributed chat ses- 
sion may be centrally controlled by executing on a chat 
server with multiple subordinate chat clients, and an of- 
ficial chat session context may be maintained by the 
chat server. In that case, a person with control over the 
computer platform supporting the chat server may have 
control overall chat sessions and chat session contexts. 
[0071 ] It should be noted, however, that if the chat ap- 
plication is executed in client-server architecture, then 
the chat server may exist on any computer platform with 
enough computational performance to support clients. 
For example, if the chat sessions do not demand much 
performance in the form of computational resources, 
then the chat server may operate on a portable comput- 
ing device. Alternatively, in a peer-to-peer type configu- 
ration, the chat session could be run equally among chat 



applications at each peer. 

[0072] In any case, each chat session may maintain 
an independent chat session context. Hence, when an- 
other user is invited to join a chat session, each chat 
s session client or peer may send its chat session context 
to the invitee. Alternatively, a chat session client may 
request that the chat server send the official chat ses- 
sion context to the invitee. 

[0073] The content of the chat session may be both 
10 archived and sent to chat session participants, such as 
an invitee, in a variety of formats: a simple text file con- 
taining line feeds/carriage returns for separating the 
contributed content of each participant; a proprietary for- 
mat; or, preferably, a hierarchically formatted file using 
15 XML. 

[0074] With reference now to Figure 4, a figure shows 
an example of an XML file containing a chat session 
context that may be transferred between chat session 
participants or that may be stored when archiving the 

20 chat session. XML is used in many data transfer appli- 
cations, and the definition and construction of XML Doc- 
ument Type Definitions (DTD) are well known in the art. 
The present invention can rely on the ubiquity of XML 
tools, such as XML parsers, etc., to format the content 

25 of a chat session as an XML document. 

[0075] Figure 4 shows an instance of an XML docu- 
ment containing a chat session context. This type of 
XML document can be generated in real-time while the 
chat session is progressing, or the document can be 

30 generated in a post-processing manner after the com- 
pletion of the chat session. Each major event within the 
chat application, such as the creation of a chat session, 
the addition of a chat session participant, the forking of 
the chat session, etc., may be recorded as an XML entity 

35 or element within the XML document. With an appropri- 
ate DTD, an instance of an XML document representing 
a chat session can be parsed to obtain a hierarchical 
representation of the chat session and then displayed 
to the user, such as the hierarchical representations 

40 shown in Figures 3A-3F. 

[0076] Element 402 contains the name of the main 
chat session and associated information. Element 404 
is an example of a portion of the chat session content 
in the main chat session as contributed by a chat ses- 

45 sion participant. Element 406 records a forking event 
during which a child chat session is spawned from its 
parent chat session. Element 408 contains a portion of 
the chat session content in the child chat session. Other 
attributes, elements, chat events, etc., may be stored 

50 within an XML document representing a record of a chat 
session, 

[0077] With reference now to Figure 5, a block dia- 
gram depicts components within a chat application or 
chat applet. Chat application 500 provides chat-related 
55 services to participants of a chat session. Chat applica- 
tion 500 accepts user input 501 , processes the chat con- 
tent and chat events of the user input, and sends con- 
tent/events 502 to other chat participants. Chat applica- 
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tion 500 accepts content/events 503 from other chat 
participants, processes the chat content and chat 
events from the other users, and presents the proc- 
essed data to the user as user output 504. 
[0078] Content parser unit 505 parses the user input 
to detect keywords entered by the participants by com- 
paring the input to keyword index 506. The chat appli- 
cation can then use the detected keywords to generate 
topics and subtopics elements to be placed in the XML 
representation of the chat content. 
[0079] Chat archive/retrieval unit 507 stores and re- 
trieves the chat content as necessary, possibly in a va- 
riety of formats. Display format unit 508 processes any 
data to be presented to a chat participant, which might 
include marking content or user identifiers with graphical 
symbols, etc. 

[0080] The chat application may be operational with 
a variety of networks. Content broadcast unit 509 for- 
mats chat content/events for broadcast to other chat 
participants or alternatively transmits chat content/ 
events to a chat server. 

[0081 ] I n order to generate a hierarchically organised 
chat session context, the chat application must keep 
track of numerous events, such as the joining and dis- 
joining of participants within the chat session, the open- 
ing and closing of chat rooms and whether those rooms 
have been forked from other rooms, etc. Chat event 
monitoring unit 510 receives user events, such as invi- 
tation requests or participant additions, and records 
these events within the chat session context. 
[0082] As noted previously, different types of commu- 
nication services have different advantages within dif- 
ferent contexts. The exchange of newsgroup messag- 
es, e-mail messages, chat session messages, and in- 
stant messages occur over varying time periods, yet 
each type of message has similarities. 
[0083] Many commercially available browsers and e- 
mail applications allow a user to view newsgroup mes- 
sages in conjunction with e-mail messages. By noting 
these similarities, the present invention also enables 
chat session messages to be used within a messaging 
or communication application in a manner similar to e- 
mail messages and newsgroup messages. Hence, an- 
other useful purpose for a stored chat session, as pro- 
vided by the present invention, is the storage of a chat 
session within a newsgroup. Referring again to Figures 
3A-3G, one may now understand the significance of dis- 
playing the hierarchically organised content from a chat 
session within a messaging application or applet. 
[0084] With reference now to Figures 6A-6B, graph- 
ical user interface windows specifically show a manner 
in which a messaging application may be used to display 
e-mail messages, newsgroup messages, and chat ses- 
sion messages. Window 600 contains representations 
of mail server 602, chat server 604, and newsgroup 
server 606. In Figure 6A, mail server 602 contains inbox 
608; chat server 604 contains session 610; and news- 
group server 606 contains thread 612, but other mail 



boxes, session, and threads could be included. 
[0085] In Figure 6B, chat session 610 has been 
moved to become newsgroup 614. An archived chat 
session may be required to be reformatted before it can 

5 be stored as a newsgroup. Appropriate security restric- 
tions may be imposed to prevent a chat session con- 
taining sensitive data from being converted into an open 
discussion thread in a newsgroup. Discussion topics 
and subtopics can then be operated like discussion 

10 threads and sub threads within the newsgroup. Similar- 
ly, parent chat sessions and child chat sessions can then 
be operated like discussion threads and subthreads 
within the newsgroup. The archived chat session can 
be moved to the newsgroup under manual direction by 

15 a user who perhaps has special privileges. Alternatively, 
it can be moved automatically by the system under the 
guidance of selected optional rules, such as the age of 
the archived chat session. 

[0086] With reference now to Figure 7, a flowchart de- 

20 pjcts a method for using a chat session context in a chat 
session invitation that is sent to a non-participant user 
in accordance with a preferred embodiment of the 
present invention. The process begins when a user ac- 
tivates a chat session (step 702). The chat session may 

25 be activated in a manner that is appropriate to the dis- 
cussion context, either through an Internet telephony 
call, an instant message, creating a chat room, etc. 
[0087] The user then selects a user identifier of a non- 
participant invitee to the chat session (step 704). If the 

30 chat session is to be an instant messaging session, then 
the invitee would be the second participant to the chat 
session. Otherwise, the chat session may have been in 
progress for some amount of time before the invitee is 
chosen. The user then invokes an "Invite" function within 

35 the chat application in a manner that is appropriate to 
the chat application and the user interface available to 
the user (step 706). For example, the selections of the 
user identifier of the invitee and the invite function may 
be performed through voice commands in an Internet- 

40 enabled phone or wireless PDA device using voice rec- 
ognition, etc. 

[0088] In response, the chat application retrieves the 
chat session context (step 708). The chat session con- 
text may be retrieved either from an active chat session 

45 or from an archived chat session. The chat application 
then generates the chat invitation request that includes 
the retrieved chat session context (step 71 0). The chat 
application then sends the chat invitation to the selected 
invitee (step 712). 

so [0089] The invitee may then review the chat session 
context in the chat invitation to decide whether to accept 
or to decline the chat invitation (step 714). If the user 
accepts the invitation, then a chat application or applet 
is started on the invitee's device, or if the invitee is al- 

55 ready running a chat application, then the invitee be- 
comes a participant in the chat session to which the in- 
vitee was invited. It should be noted that the format of 
the chat invitation request may vary. For example, the 
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chat invitation request might by an XML document, or 
the chat invitation request could include a Java applet, 
Microsoft ActiveX control, scripting code, etc., such that 
the receiving user is able to interact with the chat invi- 
tation in some manner, such as reviewing the contents 
of the chat session context in a variety of views and 
methods. 

[0090] With reference now to Figure 8, a flowchart de- 
picts a method for storing a chat session context within 
a newsgroup so that a discussion may continue by using 
newsgroup messages in accordance with a preferred 
embodiment of the present invention. The process be- 
gins when a set of users have decided to conclude their 
discussion within an active chat session (step 802). The 
chat session may be concluded in a manner which is 
appropriate for the user interface of the users or of the 
user that controls the active chat session. 
[0091 ] The chat session is then archived in an appro- 
priate manner (step 804). For example, the chat session 
context may be post-processed to place the chat ses- 
sion content and chat application events into an XML 
document, or if the chat session was already being proc- 
essed in real-time, then archiving the chat session con- 
text may only require storing the formatted chat session 
context. 

[0092] At some later point in time, the archived chat 
session is moved to a newsgroup (step 806). Alterna- 
tively, the chat session may be archived by storing it im- 
mediately into a newsgroup. When stored in the news- 
group, the chat session context for the stored chat ses- 
sion may become a distinct newsgroup thread. Alterna- 
tively, when stored in the newsgroup, chat session mes- 
sages from each user may become distinct threads with- 
j n f ne newsgroup. Alternatively, discussion topics and 
subtopics from the chat session context may become 
distinct threads and subth reads within the newsgroup. 
[0093] Users with access to the newsgroup may then 
contribute messages to the archived chat session within 
the newsgroup (step 808), thereby extending an ongo- 
ing discussion that may have been commenced within 
a chat session. Then, at some later point in time, a user 
may use the archived chat session, or merely a portion 
of it, as a chat session context by preloading it into a 
chat application (step 810). Participants in the chat ses- 
sion may then review the preloaded context to improve 
and focus the discussion within the chat session. 
[0094] The advantages of the present invention 
should be apparent in view of the detailed description of 
the invention that is provided above. Discussions about 
particular issues tend to develop overtime, whether the 
discussions take place by telephone or by electronic 
messages. People tend to pick a communication medi- 
um based on the expectations about the importance of 
a given discussion and the amount and type of informa- 
tion to be exchanged between participants in a discus- 
sion. 

[0095] Chat sessions are usually convened amongst 
multiple users for short, impromptu discussions about a 



particular issue. Chat sessions are generally expected 
not to involve the exchange of copious amounts of in- 
formation nor to endure for long periods of time. Hence, 
chat services have lacked methodologies for using chat 
5 sessions in ways other than short duration message ex- 
changes. 

[0096] The present invention allows a chat session to 
be stored for later use. In addition, a chat session con- 
text, whether from an active chat session or from an ar- 

10 chived chat session, can be sent to invited participants 
to provide the invitees with information for deciding 
whether or not to join in achat session. The chat session 
context can be formatted in a variety of ways such that 
the user can focus attention on pertinent information and 

15 extract that information from the chat session context. 
[0097] By archiving a chat session, the chat session 
context can be reused. For example, a chat session con- 
text may be archived so that the participants may per- 
form actions that were discussed in the chat session. At 

20 some later point in time, the users may decide to recon- 
vene in a chat session to discuss an ongoing issue. 
Rather than start another chat session, a previously ar- 
chived chat session context can be reloaded, thereby 
allowing the users to refresh their memories by review- 

25 ing the chat session context and to refer to previous por- 
tions of the discussion as saved within the chat session 
context. 

[0098] By relocating an archived chat session to a 
newsgroup, both participants to the chat session and 

30 non-participants may review the contents of the chat 
session. Users may then contribute additional messag- 
es to the newsgroup over time, thereby extending the 
original discussion from the chat session and expanding 
the amount of information within the archived chat ses™ 

35 sion context. For example, a non-participant to the orig- 
inal chat session may not only review the chat session 
but also contribute information that may have been 
missing from the original discussion. As another exam- 
ple, the original participants may have agreed within the 

40 original chat session to report their progress on specific 
issues to the newsgroup posted chat session. In this 
manner, users may perform real actions over time and 
then report their actions and results by posting new mes- 
sages to the archived chat session within the news- 

45 group. In addition, the newsgroup provides a mannerfor 
extending an original chat session by spawning more 
chat sessions over time. For example, a subset of par- 
ticipants from the original chat session may reconvene 
to discuss one particular issue amongst many outstand- 

50 jng issues from the original chat session. In order to fo- 
cus on one particular issue, this subset of participants 
can reload a portion of the original chat session that is 
archived within the newsgroup as a chat session context 
for the new discussion. Assuming that the chat session 

55 context is organized as a hierarchy of topics and sub- 
topics, the subset of users can load a single subtopic 
from the original chat session. After the discussion is 
concluded, the extended discussion of the subtopic is 
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then incorporated into the archived chat session within 
the newsgroup. Non-participants to the discussion of the 
subtopic may later review the new discussion stored 
within the newsgroup. 

[0099] It is important to note that while the present in- 
vention has been described in the context of a fully func- 
tioning data processing system, those of ordinary skill 
in the art will appreciate that the processes of the 
present invention are capable of being distributed in the 
form of instructions in a computer readable medium and 
a variety of other forms, regardless of the particular type 
of signal bearing media actually used to carry out the 
distribution. Examples of computer readable media in- 
clude media such as EPROM, ROM, tape, paper, floppy 
disc, hard disk drive, RAM, and CD-ROMs and trans- 
mission-type media, such as digital and analog commu- 
nications links. 

[0100] The description of the present invention has 
been presented for purposes of illustration but is not in- 
tended to be exhaustive or limited to the disclosed em- 
bodiments. Many modifications and variations will be 
apparent to those of ordinary skill in the art. The embod- 
iments were chosen to explain the principles of the in- 
vention and its practical applications and to enable oth- 
ers of ordinary skill in the art to understand the invention 
in order to implement various embodiments with various 
modifications as might be suited to other contemplated 
uses. 



Claims 

1 . An apparatus for executing a chat session in a dis- 
tributed data processing system, the chat session 
having one or more participating users in the chat 
session, the apparatus comprising: 

means for selecting a user identifier of a user 
who is not a participant in the chat session; 
means for performing an action to generate a 
chat session invitation to the selected user; 
means for retrieving a chat session context for 
the chat session; 

means for generating a chat session invitation 
comprising the retrieved chat session context; 
and 

means for sending the chat session invitation 
to the selected user. 

2. The apparatus of claim 1 further comprising: 

means for receiving the chat session invitation; 
first presenting means for presenting the chat 
session context from the chat session invita- 
tion; and 

means for responding to the chat session invi- 
tation after reviewing the presented chat ses- 
sion context. 



3. The apparatus of claim 2 further comprising: 

second presenting means for presenting the 
chat session context as a hierarchically organ - 
5 ized tree in which participating users in the chat 

session are represented as nodes of the tree 
and in which branches in the tree represent re- 
lated chat sessions. 

10 4. The apparatus of claim 2 further comprising: 

third presenting means for presenting the chat 
session context as a hierarchically organized 
tree in which discussion topics in the chat ses- 
15 sion are represented as nodes of the tree and 

in which branches in the tree represent related 
chat topics. 

5. The apparatus of claim 2 further comprising: 

20 

joining means for joining the selected user to 
the chat session in response to the user accept- 
ing the chat session invitation. 

25 6. The apparatus of claim 1 wherein the chat session 
context is an Extensible Markup Language (XML) 
document. 

7. The apparatus of claim t wherein the chat session 
30 context comprises chat session content and chat 
session events generated in response to actions by 
users participating in the chat session. 

o £ a pp ara | US f or extending a chat session in a dis- 
35 tributed data processing system, the chat session 
having one or more participating users in the chat 
session, the apparatus comprising: 

first storing means for storing a chat session 
40 context for a chat session in a newsgroup; 

receiving means for receiving a newsgroup 
message; and 

second storing means for storing the received 
newsgroup message within the chat session 
45 context stored in the newsgroup. 
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Chat Creation 



Chat Session Name: Project X: Subsystem Z 



Archiving: 
® Archived 



-382 



O Not Archived 383 

Foridng: 

Allowed 384 

O Not Allowed 385 



386 



387 



\ 



S Preload Archived Chat Session 388 



Chat Archive Name: j Project X: Subsystem Y 



389 



380 



FIG. 3H 



invite a user to join chat session 
"Project X: Subsystem Z": 



KBURKE@CORPA.COM 
NENGLES@CORPK.COM 



391 i 

C^3392 (£S£»y m ( C -' > 393j 



390 



FIG. 31 
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You have been invited to join chat session 
"Project X: Subsystem 2". 



c 



Accept 



N 398 



c 



Decfine \ 



399 



{ Flat View 



User View Topic View [ }3% 



From 


Content 


JAdams 


Have the second set of frames for subsystem 2 been ordered yet? 


▲ 


KBurke 


We are waiting to finish the bid process on the second set. 




JAdams 


When will the bid process be completed? 




LConner 


Next Friday. 




JAdams 


Can we substitute something for testing while we are waiting? 


■ 

▼ 


MDaniels 


Transfer the first set of frames while subsystem Y is retrofitted . 



\ 
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FIG. 3J 



You have been invited to join chat session 
"Project X: Subsystem Z". 

( Accept ) y 39B ( Decline ) ^ 



\ 



User View 



Topic Vi©w "| ^° 



USD Project X 

4~) Subsystem Z 09/01/00 13:10 

R— O SUBSYSTEM 2 

0-Q SECOND FRAME SET 

I — BID PROCESS 
I3— QSUBSYSTEM Y 

EhO FIRST FRAME SET 
— RETROFIT 
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402 <ChatThread Session_Name=Troject X: Subsystem 7? session ID=0328 729381 > 



404 <ChatContent sessioalD=0328729381 user!D=MDanieis@CORPK.COM 

content-Transfer the first set of frames while subsystem Y is retrofitted.'* 
fene=13:15:00.00 date=09012000 > 



406 <ChildChatThread Session_Name="Bid Process Length 14 sessionlD=0328732987> 

408 



<ChatContent sessionlD=032B732987 userfD^LCanners@CORPZ.COM 
content=^Why did the bid process on the second set of frames take so long?" 
time=13:21:06.00 date=09012000 > 



</Ch0dChatThread> 



</ChafThread> 



FIG. L 



Content Parser Unit 
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Chat Application/Applet 
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Chat 
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Keyword Index 
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Content 
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509 
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^ Begin ^ 



User activates chat session 

702 


1 
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User selects user ID of non-participant invitee 

704 
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User selects "Invite" function 
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r 


Chat application retrieves chat session context 

708 


i 




Chat application generates chat invitation 
including chat session context 

710 






Chat application sends chat invitation 
to selected invitee 

712 




f 


Invited user can review chat session context to 
decide whether to join chat session 

714 
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r 



Users conclude discussion within chat session 
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Chat session is archived 
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Archived chat session is moved to newsgroup 
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Users contribute messages 
to discussion within newsgroup 

808 



Portion of newsgroup is preloaded as chat 
session context for another chat session 
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